home *** CD-ROM | disk | FTP | other *** search
Text File | 1990-02-16 | 1.6 KB | 39 lines | [TEXT/GEOL] |
- Item forwarded by A33 to A34
-
- Item 5239875 14-Feb-90 10:53PST
-
- From: PASCOE1 Pascoe, Geoff
-
- To: MACAPP.TECH$ MacApp Technical
-
- Sub: Re: Re: Metadata limitations
-
- Y'All,
-
- Possible ways of getting around the problem Larry mentions-
-
- 1) Create a method such as the Fields that can be called by the I/O system to
- determine if a particular field should be written or read. Note the method
- does not do the writing or reading, it just returns a boolean, or structure, or
- something that tells the auto-I/O system if the field should be written/read.
- Default is to read and write.
-
- 2) Create a method that actually does the reading or writing. Of course, the
- method should be abstracted from what it's reading and writing to and from.
- That is, the method might return a handle that can be copied to clipboard, sent
- across a network, or written to a file.
-
- 3) Extend Object Pascal with the ability to declare instance variables
- persistent or non-persistent. All the information is then put in with the rest
- of the metadata.
-
- By the way, there's one little problem with using this type of mechanism for
- documents and the like. What if the program changes or the classes evolve such
- that they're no longer consistent with older versions of the same class. This
- points to a need for version information to be specified and stored in the
- documents, and also a need to provide a convenient mechanism for delegating
- responsibility for properly reading (and writing?) old versions of objects.
-
- Geoff
-
-